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(54) System and method for communication session disposition responsive to events in a 
telecommunications network and the internet 



(57) The present invent ion provides a method and 
a system lor managing communications sessions, in ac- 
cordance to events that occur in either one of a telecom- 
munications network, such as the PSTN network or a 
mobile telephone network, and a data communications 
network such as the Internet. The system includes a 
service logic controller supporting a data structure that 
holds a plurality of communication session disposition 
program entries. The service logic controller connects 
with the telecommunications network and with the data 
communications network through respective gateways 
that transmit communication session disposition inquiry 
messages. In response to those messages, the service 
logic controller retrieves the appropriate communication 
session disposition program and generates from that 
program an instruction to the entity that originated the 
inquiry message. The communication session is then 
processed according to the instruction. In a most pre- 
ferred embodiment, the system also includes a condi- 
tions and events controller, that supplies information to 
the service logic controller regarding events or condi- 
tions prevailing in the telecommunications network that 
may influence the communication session disposition 
program. 
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Description 

Field of the invention 

[0001] The present invention relates to a system and 
method lor handling communication sessions, such as 
telephone-related messages and electronic mail, 
among others that may originate from a telecommuni- 
cations network or the Internet. 

Background of the Invention 

[0002] A class ol telephony services usually known as 
Single Number Service (SNS) or Personal Number 
Service (PNS) has been introduced in the marketplace 
in recent years to address mobility and call management 
needs ot users. Their main characteristic is to provide 
call routing based on customer-programmed schedule. 
These services are usually implemented through propri- 
etary service logic residing on either Service Control 
Points (SCP) in an Advanced Intelligent Network (AIN) 
or Intelligent Network (IN), or special purpose switch ad- 
juncts or service nodes. 

[0003] Since the introduction ol these services, the 
telecommunications environment has significantly 
evolved (Internet/WWW, unified messaging) thereby in- 
creasing the events and conditions that could influence 
call completion decisions as well as the mechanisms 
available to reach the called party and the potential call 
delivery points. 

[0004] Thus, there is a need in the industry to provide 
a more flexible communication session disposition 
mechanism that can take decisions regarding commu- 
nication session disposition based on a broader range 
of events. 

[0005] It would be desirable to provide a novel Service 
Logic Controller (SLC) responsive to events occurring 
in a telecommunications network or a data communica- 
tions network to make decisions regarding the disposi- 
tion of a certain communication session, such as a tel- 
ephone call or electronic mail transaction. 
[0006] It would also be desirable to provide a system 
for the management of communication sessions, the 
system being capable to take communication session 
disposition decisions based on events occurring in a tel- 
ecommunications network or a data communications 
network. 

[0007] It would also be desirable to provide an im- 
proved method for managing a communication session 
originating in either one of a telecommunications net- 
work and data communications network. 

Objects and statement of the invention 

[0008] An object of the invention is to provide a flexi- 
ble communication session disposition mechanism that 
can take decisions regarding communication session 
disposition based on a range of events, and overcome 



some of the disadvantages of the prior art. 
[0009] In one aspect the present invention provides a 
service logic controller for management of communica- 
tion sessions originating in either one of a telecommu- 

5 nications network and a data communications network, 
said service logic controller including: 

a first connection point permitting to exchange data 
with the telecommunications network; 

io . a second connection point permitting to exchange 
data with the data communications network; 
a data structure including a plurality of entries, each 
entry including an information element indicative of 
a certain call disposition program, said service con- 

is troller being responsive to a communication ses- 
sion disposition inquiry message input through ei- 
ther one of said first and second connection points 
to associate a certain entry in said data structure 
with the communication session disposition Inquiry 

20 message and output through either one of said first 
and second connection points a communication 
session disposition instructions message in accord- 
ance with the communication session disposition 
program ol said certain entry. 

25 

[0010] The service logic controller may comprise a 
further connection point for receiving data from the tel- 
ecommunications network to alter entries in said data 
structure. 

so [0011] The service logic controller may comprise a 
further connection point for receiving data from the data 
communications network to alter entries in said data 
structure. 

[0012] Preferably, said first and second connection 
35 points connect with the telecommunications network 
and the data communications network, respectively, 
through respective gateways. 

[001 3] The data communications network may be the 
Internet. 

40 [0014] Preferably, the telecommunications network 
includes the PSTN. 

[0015] Preferably, the telecommunications network 

includes a mobile telephone network. 

[0016] Throughout this specification, the expression 

6 "communication session" is intended to encompass any 
session-oriented real-time or non-real time communica- 
tion such as telephone-related messages, electronic 
mail messaging, video-conferencing, facsimile transac- 
tions and pager-related calls, SMS (Short Message 

so Service), voice-mail, file-transfer etc. 

[0017] Throughout this specification, the expression 
■telecommunications network" encompasses networks 
through which are exchanged primarily, but not exclu- 
sively, audio signals, such as the Public Switched Tele- 

s$ phone Network (PSTN), mobile telephone networks and 
private telephone networks, among others. 
[0018] Throughout this specification, the expression 
"data communications network" refers to networks that 
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exchange primarily, but not exclusively, data such as 
electronic mail and file transfer, among others. Typical 
examples of data communications networks include 
networks based on the Transfer Control Protocol and 
Internet Protocol (TCP/IP), such as the Internet, Intran- 5 
ets and Extranets. 

[0019] In a specific embodiment of this invention, the 
SLC connects with three independent network domains, 
namely the PSTN, a mobile telephone network and the 
Internet. The connection to the respective network do- 
main is effected through gateways. Each network is pro- 
vided with a Detection Point Functional E lement (DPFE) 
whose task is to detect a communication session that 
needs the services of the SLC. Once such communica- 
tion session is detected, say a caller originates a tele- 
phone call from the PSTN, the DPFE issues a commu- 
nication session disposition inquiry message through 
the associated gateway, directed at the SLC. When the 
instruction message is sent by the DPFE the latter will 
typically suspend call processing pending the call dis- 
position instructions from the SLC. 
[0020] The SLC includes a data structure in the form 
of a database including a plurality of information ele- 
ments, each information element being a user profile 
that contains a communication session disposition pro- 
gram. That program determines how a communication 
session is to be managed in dependence upon various 
factors, such as time of day, type ol communication etc. 
In a very specific example, an illustrative script can be: 
"Between 9 to 5 on working days, route calls to my di- 
rectory number (DN) from my customer list to my office 
unless my cellular phone is activated, in which case calls 
should be routed by the cellular phone. In all cases if my 
telephone is engaged through a dial-up connection with 
my Internet service provider, forward calls to the Voice- 
over-IP (VoIP) client. Route all fax calls to the Telco-pro- 
vided fax store & forward server and notify me on my 
pager." 

[0021] A Conditions and Events Controller (CEC) is 
coupled to the SLC to provide the latter with conditions 
and events information to enable the selection of the ap- 
propriate communication session disposition instruction 
based on the user's program. The CEC is linked to var- 
ious condition agents (CA) residing in the three network 
domains that provide the CEC with status information 
on specific elements. Typically, such elements may be 
the status of the telephone line (busy or free) of the user 
in the PSTN, status of the cellular telephone of the user 
(activated or not activated) and the status of any dial-up 
connection session with an Internet service provider 
(session active or not active). Based on the information 
received from the respective CAs, the CEC builds a suit- 
able message to pass the information to the SLC. The 
latter, in turn, utilizes this data to determine the proper 
communication session disposition in accordance with 
the user's profile. 

[0022] The user's profile stored in the SLC may be al- 
tered to take into account updates or simply implement 



changes to suit the user's preferences. The modifica- 
tions to the user's profile may be made through interac- 
tions with the data communications network. Most pref- 
erably, a server on the Internet supports a Service Logic 
Agent (SLA) that may interact with the user during a dial- 
up Internet connection session to store a user profile. 
Typically, the SLA provides a user-friendly way to build 
a suitable communication session disposition program. 
After the user profile has been built or altered, the SLA 
transfers the data to the SLC. The updating procedure 
can take the form of on demand data transfer, where the 
SLC initiates data exchange transactions with the SLA 
at periodic intervals, or the SLA may initiate an update 
of the SLC database when a change to the user profile 
is performed. 

[0023] In a variant, dynamic user profile updates can 
also be eflected during call processing. In this case, the 
SLC, after receiving a communication session disposi- 
tion inquiry message, initiates a communication with the 
SLA to obtain profile-updating information. This proce- 
dure oflers the advantage of effecting an update to the 
user profile in the SLC database only when an actual 
transaction involving that particular user is in progress. 
[0024] The SLC may also receive data to after the us- 
er profile from SLAs residing in the other network do- 
mains, such as the PSTN or the mobile telephone net- 
work. 

[0025] Once the communication session disposition 
instruction is generated by the SLC, a message is as- 
sembled and transmitted to the DPFE that requested the 
instruction. The latter, upon receipt of the instruction 
manages the session accordingly. 
[0026] A further aspect of the present invention pro- 
vides a service logic controller for management of calls 
originating in a telecommunications network, said serv- 
ice logic controller including: 

a first connection point permitting to exchange data 
with the telecommunications network; 
a second connection point permitting to exchange 
data with the Internet; 

a data structure including a plurality of entries, each 
entry including an information element indicative of 
a certain communication session disposition pro- 
gram; 

said service controller being responsive to a com- 
munication session disposition inquiry message in- 
put through said first connection point to associate 
a certain entry in said data structure with the com- 
munication session disposition inquiry message 
and output through said first connection point an in- 
structions message indicative of a communication 
session disposition instruction according to the 
communication session disposition program of said 
certain entry; and 

said service logic controller being responsive to da- 
ta received through said second connection point 
from the Internet to alter information elements and 
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associated communication session disposition pro- 
grams in said data structure. 

[0027] A turther aspect ol the present invention pro- 
vides a system for management of communications 
sessions originating in either one of a telecommunica- 
tions network and a data communications network, said 
system comprising: 

a service logic controller including a first and second 
connection points; 

a first gateway for establishing an interface permit- 
ting to transfer data between said first connection 
point and a telecommunications network; 
a second gateway for establishing an interlace per- 
mitting to transfer data between said second con- 
nection point and a data communications network; 
a data structure in said service logic controller in- 
cluding a plurality of entries, each entry including 
an information element indicative of a certain com- 
munication session disposition program, said serv- 
ice controller being responsive to a communication 
session disposition inquiry message input through 
either one of said first and second gateways to as- 
sociate a certain entry in said data structure with the 
communication session disposition inquiry mes- 
sage and output through either one of said first and 
second gateways a communication session instruc- 
tions message in accordance with the communica- 
tion session disposition program of said certain en- 
try. 

[0028] The system may also comprise a service logic 
agent for transferring data from the telecommunications 
network to alter information elements ol said data struc- 
ture. 

[0029] The system may also comprise a service logic 
agent for transferring data from the data communica- 
tions network to alter information elements of said data 
structure. Preferably, said service logic agent resides in 
a node of the data communications network. Preferably, 
said service logic agent is accessible Irom a customer 
premises equipment to upload data to the service logic 
agent to alter an information element of said data struc- 
ture. 

[0030] A further aspect of the present invention pro- 
vides a method for managing a communication session 
originating in either one of a telecommunications net- 
work and a data communications network, said method 
comprising the steps of: 

providing a message indicative of an incoming com- 
munication session that originates in either one of 
said telecommunications network and data commu- 
nications network; 

suspending processing of said communication ses- 
sion; 

accessing a data structure containing a plurality of 



entries, each entry including an information element 
indicative of a certain communication session dis- 
position program; 

selecting one of the entries in said data structure; 
5 - processing said communication session in accord- 
ance with the communication session disposition 
program of the selected entry. 

[0031] Said certain entity may be a service agent re- 
io siding in said telecommunications network. 

[0032] Said certain entity may be a service agent re- 
siding in said data communications network. 
[0033] The data communication network may com- 
prise the Internet. 
75 [0034] The method may comprise the step of gener- 
ating a message indicative of a certain condition in either 
one of said telecommunications network and data com- 
munications network, and utilizing said message to se- 
lect an information element in said data structure in de- 
20 termining a communication session disposition pro- 
gram. 

[0035] The method may comprise the step of gener- 
ating a message indicative of a busy telephone line. 
[0036] The method may comprise the step of gene r- 
25 ating a message indicative of a no-answer telephone 
line. 

[0037] The method may comprise the step of gener- 
ating a message indicative ol an idle telephone line. 
[0038] The method may comprise the step of gener- 
30 ating a message indicative of a registration of a session 
to an Internet-based service. 

[0039] The method may comprise the step of gener- 
ating a message indicative of a VoIP (Voice over IP) call 
origination. 

35 [0040] The method may comprise the step of gener- 
ating a message indicative of a personal mobile terminal 
registration in either one of a mobile voice and data net- 
work. 

[0041] An aspect of the present invention also pro- 
40 vides a method for managing a telephone service to a 
called station coupled to the telecommunications net- 
work, said method comprising the steps of; 

providing a message indicative of an incoming call 

45 to the called station: 

searching a data structure in a service logic control- 
ler to determine a call disposition program associ- 
ated with the called station; 
processing the incoming call in accordance with the 

so call disposition program associated with the calling 
station: 

transferring data Irom a service agent residing in the 
Internet network to said Service Logic Controller; 
processing the data transferred from said service 
55 agent in accordance with the call disposition pro- 
gram associated with the called station to generate 
a call disposition instruction. 
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Brief description of the drawings 
[0042] 

Figure 1 is a block diagram ol a multi-domain com- 
munication system incorporating a communication 
session disposition mechanism in accordance with 
an embodiment of the invention; 

Figure 2 is a block diagram of an SLC constructed 
in accordance with an embodiment of the invention. 

Description of a preferred embodiment 

[0043] Figure 1 provides a block diagram of the vari- 
ous network components required by the mechanism 
under a preferred embodiment of the present invention. 
The various network components and functions shown 
in this Figure illustrate primarily the logical relationship 
between these components and functions and as such 
may have no direct implications on the physical paths, 
either direct or indirect, and signaling supports used in 
the different implementations of this embodiment. 
[0044] The network components are grouped in three 
distinct domains, namely the PSTN network domain 
100, the mobile network domain 102 and the Internet 
domain 104. Generally speaking these domains issue 
and receive communications that can be telephone re- 
lated messages or data. An SLC 106 connects with the 
respective domains through gateways 126, 110 and 112 
respectively, to receive communication sessions dispo- 
sition inquiry messages and to dispatch directions to the 
various network components as to how to manage the 
communication sessions. In addition, a CEC 114 is pro- 
vided: that connects to respective CAs 1 34, 11 8 and 1 20 
to obtain inlormation on various conditions and events 
prevailing in the respective network domains. 
[0045] The PSTN domain comprises an Originating 
Point Functional Element (OPFE) 122 that in essence 
originates a call to a certain subscriber. For example, 
the OPFE can be viewed as the central office to which 
connects the Customer Premises Equipment (CPE). 
The OPFE connects with a DPFE 1 24 that is responsible 
to identify call requests that require SLC 106 involve- 
ment. An illustrative embodiment of the DPFE 124 is an 
Advanced Intelligent Network (AIN) call model de- 
scribed by Bellcore [Bellcore GR-1298][Berman et al, 
"Perspectives on the AIN Architecture", IEEE Commu- 
nications Magazine, pp. 27-32, Feb. 1992]. The AIN call 
model is implemented on a switch (SSP) and permits to: 

detect calls requiring SLC 106 involvement; 
suspend call processing; and 
send a message to an external device (the SLC 1 06 
in this case) and wait for a response to complete 
the call. 

[0046] The PSTN DPFE 124 in turn connects with a 



PSTN routing gateway 132. The objective of the PSTN 
routing gateway 132 is route calls from the DPFE 124 
up to the PSTN delivery point 1 28 or other routing gate- 
ways in the mobile network or the Internet. The routing 

s gateways of the three domains are interconnected to 
one another as shown in the drawing, thus allowing in- 
ter-domain call transfer. For instance, a call originating 
in the PSTN routing gateway 1 32 be passed to the rout- 
ing gateway of the mobile network or of the Internet net- 

io work and then transported to a suitable delivery point. 
[0047] The PSTN routing gateway 1 32 can be imple- 
mented as a routing table in the switch that directs the 
call to the right entity for completing the call based on 
the routing information generated by the service logic. 

15 The delivery point 128 can be any functional element 
capable of delivering a call to the user or to any termi- 
nation point. That termination point can be: 

home phone/line/DN 
20 . office/phone/line/DN 
fax 

modem 

audio/video conference 

any PST N phone where the subscriber is registered 
25 - messaging service 

Voice Messaging System (VMS) 
unified/integrated messaging system 

30 [0048] In addition to the above components that form 
part of a standard PSTN architecture, the PSTN network 
domain also incorporates a PSTN SLA 130 whose ob- 
jective is to provide a platform to permit a user to alter 
or build a user profile. The PSTN SLA 130 can be im- 

35 piemented on any suitable hardware component of the 
PSTN that can support a database permitting a user 
through DTMF inputs or voice commands to alter ele- 
ments of that database so as to build or modify a user 
profile containing a call disposition program or schedule. 

*o The SLA 1 30 can be implemented on a Service Control 
Point (SCP) in an AIN. A similar implementation in the 
mobile network could use the Wireless Intelligent Net- 
work (WIN) architecture developed by the Telecommu- 
nications Industry Association (TIA) standards Commit- 

45 tee TR45.2. In the Internet the SLA can be implemented 
as a software program written using a well-known lan- 
guage such as C++ or Java, running on a PC or an In- 
ternet server. 

[0049] The PSTN also includes a CA 1 34 designed to 
50 detect events and conditions prevailing in the PSTN that 
can influence the call disposition decision taken by the 
SLC 106. The CA 134 can be implemented in software 
on a switch and can be accessed from other elements 
in the network through standardized means such as the 
55 AIN. For example, AIN permits to invoke resource mon- 
itoring capabilities on the switch to know in which state 
is a line, i.e. idle, busy or out of service. More specifically, 
the CA 134 is designed to detect in a most preferred 
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embodiment of the invention the following conditions 
and events: 

A) Calling line identification: 

calling domain number 
- calling name 

B) Privacy indication 

C) Subscriber's registered location 

D) Caller line category: 

emergency services (police department, hospi- 
tal, fire station) 
payphone 
hotel/motel 
government 

mobile(cellular PCS) phone 



[0050] The SLC 1 06 can be implemented on any suit- 
able server that connects to the gateways 126, 110 and 
112. The SLC 106 supports a database of user profiles 
enabling the logic to take a decision on call disposition. 
5 A block diagram of the SLC 1 06 is depicted at Figure 2. 
The SLC 1 06 comprises a database 200 holding a table 
associating different call disposition programs with re- 
spective user identifiers. Each disposition program can 
be viewed as a personal schedule that defines how a 
call will be managed in dependence of events reported 
to by the CEC 11 4 (to be described later) and other con- 
ditions such as: 

A) Date and time of incoming call 

time of day 
day of week 
day of year 

B) Business hours 



is 



E) Call typetype 

voice 

- fax 2S 
modem 

F) Local, long distance and/or toll status of in- 
coming call 

30 

G) DTMF digits entered by caller, eg Personal 
Identification Number (PIN) 

H) Called lines status 

35 

busy 

no answer 

- idle 

I) Monitored lines status <o 

busy 

no answer 
* idle 

45 

J) Called line activity log/statistics: 

on-hook to off-hook state transition 
call attempts volume 

answered calls 50 
average call duration 

K) Monitored line(s) activity log/statistics: 

on-hook to off-hook state transition 55 
call attempts volume 
answered calls 
average call duration 



holidays 

employer's business days and hours 
time zones 

[0051] These conditions are provided by the system 
while the conditions that are reported by the CEC 114 
are inherent to the status and events prevailing in the 
various network domains. 

[0052] A search functional element 202 is designed 
to locate the particular call disposition program. This el- 
ement will be discussed later. Suffice it to say that the 
call disposition inquiry message generated from any 
one of the domains carries a user identifier, permitting 
the SLC 106 to locate in the database 200 the appropri- 
ate entry. 

[0053] A program logic functional element 204 is de- 
signed to process the selected user program in accord- 
ance with the events and conditions established in order 
to generate a call disposition instruction that is then is- 
sued to the network domain that made the original call 
disposition inquiry. 

[0054] As mentioned earlier, the SLC 106 can be im- 
plemented on a server including a memory for storage 
of program elements implementing the functional blocks 
of the search function 202 and the program logic 204, 
and a processor to execute those program elements. A 
mass storage unit should also be provided to hold the 
database 200. 

[0055] The CEC 114 can also be implemented on a 
suitable server that communicates with the respective 
conditions agents in the network domains. The main ob- 
jective of the CEC 114 is to obtain information on the 
various conditions and events prevailing in the respec- 
tive network domains and to communicate this data to 
the SLC 106. One possible way to implement the func- 
tionality of the CEC 114 is to provide a system that func- 
tions on demand, in other words, generating the desired 
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information following a request message from the SLC 
106. More specifically, when the SLC 106 is invoked to 
determine the disposition o1 a call, the program logic 204 
determines the events and conditions on which informa- 
tion is requested in order to make the suitable decision. 
The SLC constructs a suitable inquiry message that is 
addressed to the CEC 114. Upon reception of this in- 
quiry message, the CEC 114 decodes the message and 
determines the conditions and events on which a report 
to the SLC 106 must be made. Next, the CEC 114 de- 
termines which ones of the condition agents must be 
interrogated in order to generate the desired response. 
Suitable inquiry messages are then dispatched to the 
respective conditions agents that, in turn, respond ac- 
cordingly. The various responses are then assembled 
to form a suitable response message and that message 
is then passed to the SLC 106. 

[0056] The relationship between the SLC 1 06 and the 
CEC 114 on one hand and the mobile network 102 on 
the other hand is similar to the case involving the PSTN 
100. More specifically, the mobile network includes an 
originating point functional element, a detection point 
functional element, a gateway service agent, a condi- 
tions agent, a routing gateway and a delivery point, that 
are similar to those described in connection with the 
PSTN 100. The delivery point functional element may 
be implemented in the mobile network domain by the 
following: 

phone set 
- tax 
modem 

messaging service 

voice messaging system (VMS) 
unified/integrated messaging system 
short message service (SMS) 

[0057] The following is a non-exhaustive list of the 
events and conditions that the conditions agent in the 
mobile network domain may detect and report: 

A) Monitored line status 

busy 

no answer 
idle 

B) Called line activity log: 

on-hook to off -hook state transition 
- call attempts volume 
answered calls 
average call duration 

C) Monitored line(s) activity log: 

on-hook to off -hook state transition 



call attempts volume 
answered calls 
average call duration 

5 D) Mobile phone (Celiular and PCS) status 

on/off status 
roaming status 
roaming location 
io . mobile set location 

[0058] As to the data communications network 104, 
namely the Internet, similar functional elements are also 
provided. In most instances, those functional elements 

is are software implemented on various nodes of the net- 
work. In the case ol calls originating from the internet, a 
call can be made from a VoIP client such as Microsoft 
NetMeeting (software commercialized by Microsoft, 
USA). When an alias (the called party telephone number 

20 or e-mail address are examples of an alias) is passed 
as the called party address, the VoIP client suspends 
call processing and sends a message to the SLC 106, 
through the gateway 112, in order to get the final ad- 
dress. The SLC checks if the supplied alias corresponds 

2S to a subscriber. If the alias can be matched to a known 
subscriber, the called party SLA is invoked to provide 
the routing information. If the called parly cannot be 
matched to a subscriber, the SLC can ask the CEC 114 
to figure out if the person is connected to the Internet. 

30 The CEC 114 would contact the CA 120 in the Internet 
domain that could be a server containing a list of people 
connected to the Internet with their current addresses; 
this type of service is oflered by the Microsoft Internet 
Locator Server (ILS). If the called party is not connected 

35 to the Internet, the SLC 106 could contact the SLA in 
the Internet domain in order to get the IP address of a 
VoIP gateway closest to the called party area along with 
the telephone number to complete the call. 
[0059] The delivery point functional element may be 

40 implemented in the Internet network domain by the fol- 
lowing: 

Voice-over-IP (VolP)client 
Internet telephone 
45 - Internet audio/video conference 
E-mail 
Chat server 

[0060] The following is a non-exhaustive list of the 
so events and conditions that the conditions agent in the 
Internet domain may detect and report: 

A) Internet telephony activity 

ss - Registration status to Internet telephony/data 
server 
- H.323 

call attempts 
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answered calls 
average call duration 
VoIP call originalion 

6) Dial-up Internet connection status 

active 
not active 

[0061] The SLA 1 35 is used as the main tool to allow 
the user to develop and configure its user profile. The 
SLA 135 is a software element residing in a well-known 
location in the Internet, in other words, having a known 
URL. When the user whishes to build or update his pro- 
file he/she accesses the URL, say through an HTTP 
transaction. The software may be designed to present 
the user with a series of dialog boxes permitting to fa- 
cilitate the data entry process. In essence, the user is 
required to supply the information necessary to gener- 
ate the call disposition program. Once this information 
is entered, a database for the user is built on the server 
supporting the software element/That database is then 
uploaded to the SLC 106 so the entry in the main data- 
base 200 1or that particular user can be generated. Sev- 
eral possibilities exist to complete this procedure. A first 
possibility is to configure the SLC 1 06 to periodically up- 
load the data from the SLA 135. In a specific example, 
the SLC 106 initiates at predetermined periods say eve- 
ry day, a communication with the SLA 1 35 to upload the 
data it holds. Another possibility is assigning to the SLA 
1 35 the responsibility to update the main database 200 
at the SLC 1 06. For instance when the SLA 1 35 detects 
a change to the data it holds, then it automatically initi- 
ates a data uploading transaction with the SLC 106. 
[0062] In a possible variant, the computer of the user 
that establishes a dial-up connection with the SLA 135 
may be designed to provide an updating function that is 
transparent to the user. For instance, the software on 
the computer may be designed to detect certain data 
changes in a personal information manager or an agen- 
da to determine that a user profile update is to be effect- 
ed. When such event is observed, the local software in- 
itiates a communication with the SLA 1 35 at the URL 
. location, when a dial-up Internet session is established 
by the user. This allows to keep the user profile as cur- 
rent as possible with only limited user intervention. 
[0063] The purpose of the following information flow 
is to illustrate the overall system behavior but it is not 
intended to limit the scope of the invention to this specific 
flow. 

1. The user starts a dial-up Internet session. 

2. The SLA 1 35 is programmed to report any chang- 
es made to the user profile database to the SLC 
106. Assume for the purpose of the example that 
the user makes a modification to his call manage- 
ment schedule/program. 

3. The SLA 1 35 reports the changes to the SLC 1 06. 



4. The CA 120 in the Internet domain reports to the 
CEC 1 1 4 that the user is in an active dial-up Internet 
session. Here the CA 120 may be the server of the 
Internet service provider that can detect the active 
session and report this condition to the CEC 114. 

5. A call to the user's DN from a PSTN OP, say a 
pay phone is initiated. 

6. The call reaches the DPFE 124 and it is identified 
as necessitating SLC 106 processing. The DPFE 
124 suspends call processing, sends an instruction 
request to the SLC 106 through the gateway 126, 
and waits for instructions. An example of a DPFE is 
an AIN trigger. 

7. The gateway 126 relays the DPFE 124 request 
to the SLC 106 in the appropriate format. That re- 
quest includes the information necessary to identify 
the user. That information may be the telephone 
number dialed at the payphone. 

8. The SLC 106 activates the user's call disposition 
program. As mentioned above, the message for- 
warded to the SLC 106 by the gateway 126 carries 
sufficient information to identify the user. Based on 
the data the search functional element 202 retrieves 
from the database the user's call disposition pro- 
gram and passes it to the program logic functional 
element 204. The call disposition program requires 
in the example that the SLC 1 06 communicates with 
various SLAs and obtains information from the CEC 
114. For simplicity, assume in this case that the SLC 
106 must communicate with one PSTN SLA. 

9. The SLC 106 communicates with the PSTN SLA 
1 30 (say the Personal Number Service (PNS) to ob- 
tain the latest PNS update. 

10. The combined SLC 106 and PNS SLA indicate 
that for calls from authorized callers list, payphones 
and emergency services and if within an active dial- 
up Internet session, route to Internet VoIP. 

11. Caller's DN is not in authorized callers list. SLC 
106 requests CEC 114 to verify nature of calling 
number and status of dial-up Internet session. 

12. CEC 114 requests PSTN CA (such as a Line 
Information Database (LIDB) 134 to report on na- 
ture of the calling number. The LIDB 134 CA an- 
swers with payphone type. 

13. CEC 114 answers to SLC 106 with a calling 
number of payphone type and dial-up Internet ses- 
sion status active and provides user's current IP ad- 
dress. 

14.SLC 106 instructs PSTN DPFE 124 to route call 
so to user's VoIP Internet Routing Gateway. 

15. PSTN DPFE 124 routes call to PSTN routing 
gateway 132 that connects the call to the VoIP In- 
ternet routing gateway. 

16. The VoIP Internet routing gateway translates the 
ss incoming call to IP format and connects it to the VoIP 

client of user. 

[0064] An additional example will help illustrate the 
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operation ot the system in accordance with an embodi- 
ment ol the present invention: 

1. The user establishes a dial-up Internet session; 

2. The user places a call over the data communica- 5 
tion network using VoIP; 

3. The call reaches the DPFE 140 and is identified 
as necessitating SLC 106 processing. The DPFE 
1 40 suspends call processing, sends a query to the 
SLC 106 through the gateway 112 and waits for in- 
struction. In this example the DPFE 140 is prefera- 
bly software implemented on any suitable node on 
the Internet that is in the pathway between the orig- 
inating point and the destination point of the VoIP 
call. The DPFE 140 recognizes the call as one re- 
quiring SLC 1 06 processing based on the data con- 
tained in the IP packets it receives. This information 
may be an alias rather than a final destination ad- 
dress or a flag indicating that routing processing is 
required. The gateway 1 1 2 relays the DPFE 1 40 re- 
quest to the SLC 1 06 in the form of a call disposition 
inquiry message. This message includes any suit- 
able information to enable the SLC 106 to identify 
the called party. In this particular case, the informa- 
tion may be an e-mail address. The SLC 106 acti- 
vates the called party call disposition program. As 
mentioned above, the message forwarded to the 
SLC 106 by the gateway 11 2 carries sufficient infor- 
mation to identify the called party. Based on the da- 
ta, the search functional element 202 retrieves from 
the database the called party's call disposition pro- 
gram and passes it to the program logic functional 
element 204. The call disposition program requires 
in the example that the SLC 106 communicates with 
various SLAs and obtains information Irom the CEC 
114. For simplicity, assume in this case that the 
called party is connected to the Internet and that the 
SLC 106 routing logic indicates to route all the In- 
ternet originated calls through VoIP when this con- 
dition holds; 

4. The SLC 106 requests CEC 114 to verify if the 
called parly is currently connected to the Internet; 

5. The CEC 114 queries the Internet CA 120 on the 
availability of the called party on the Internet. Here, 
the CA 120 can be implemented by software in the 
form of a database on a server that can determine 
on the basis of the query message issued by the 
CEC 114, the desired information. For instance, the 
database may contain a list of destination points 
(identified on the basis of e-mail address for exam- 
ple) and corresponding IP addresses. Thus, the 
CEC 114 passes in the inquiry message the e-mail 
address of the called party and the CA 120 queries 
the database to determine if call completion can be 
effected in the Internet domain, and in the affirma- 
tive to get the IP address of the called party. A suit- 
able response is assembled and sent back to the 
CEC 114. Alternatively, the IP address may be 



stored in the SLC 106, that will then avoid the ne- 
cessity of establishing a dialogue with the CA 120; 

6. The CEC 114 returns the IP address to the SLC 
106; 

7. The SLC 106 instructs the DPFE 140 to route the 
call to the IP address of the called party; 

8. The DPFE 140 routes the call to the IP address 
of the called party; 

9. The called party receives the call that can then 
be answered or otherwise disposed. 

[0065] The above description of a preferred embodi- 
ment under the present invention should not be read in 
a limitative manner as refinements and variations are 
possible without departing from the invention. 
[0066] For instance, in a particular embodiment the 
present invention provides a method and a system for 
managing communications sessions, in accordance to 
events that occur in either one ol a telecommunications 
network, such as the PSTN network or a mobile tele- 
phone network, and a data communications network 
such as the Internet. The system includes a service logic 
controller supporting a data structure that holds a plu- 
rality of communication session disposition program en- 
tries. The service logic controller connects with the tel- 
ecommunications network and with the data communi- 
cations network through respective gateways that trans- 
mit communication session disposition inquiry messag- 
es. In response to those messages, the service logic 
controller retrieves the appropriate communication ses- 
sion disposition program and generates from that pro- 
gram an instruction to the entity that originated the in- 
quiry message. The communication session is then 
processed according to the instruction. In a most pre- 
ferred embodiment, the system also includes a condi- 
tions and events controller, that supplies information to 
the service logic controller regarding events or condi- 
tions prevailing in the telecommunications network that 
may influence the communication session disposition 
program 



Claims 

1. A service logic controller for management of com- 
munication sessions originating in either one of a 
telecommunications network and a data communi- 
cations network, said service logic controller includ- 
ing: 

a first connection point permitting to exchange 
data with the telecommunications network; 

a second connection point permitting to ex- 
change data with the data communications net- 
work; 

a data structure including a plurality of entries, 
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each entry including an information element in- 
dicative of a certain call disposition program, 
said service controller being responsive to a 
communication session disposition inquiry 
message input through either one of said first 5 
and second connection points to associate a 
certain entry in said data structure with the com- 
munication session disposition inquiry mes- 
sage and output through either one ol said first 
and second connection points a communica- io 
tion session disposition instructions message 
in accordance with the communication session 
disposition program of said certain entry. 

A service logic controller as defined in claim 1, is 
wherein each entry of said data structure is associ- 
ated to a user. 

A service logic controller as defined in claim 1 or 
claim 2, comprising a third connection point permit- 20 
ting to receive data indicative of either one of events 
and conditions occurring in either one of said tele- 
communications network and data communications 
network, the communication session disposition 
program issued by said service logic controller be- 2$ 
ing dependent upon data indicative of an event in 
either one of said telecommunications network and 
data communications network received through 
said third connection point. 

30 

A system for management of communications ses- 
sions originating in either one of a telecommunica- 
tions network and a data communications network, 
said system comprising: 

3S 

a service logic controller including a first and 
second connection points; 

a first gateway for establishing an interlace per- 
mitting to transfer data between said first con- *o 
nection point and a telecommunications net- 
work; 

a second gateway for establishing an interface 
permitting to transfer data between said second *$ 
connection point and a data communications 
network; 

a data structure in said service logic controller 
including a plurality of entries : each entry in- so 
eluding an information element indicative of a 
certain communication session disposition pro- 
gram, said service controller being responsive 
to a communication session disposition inquiry 
message input through either one of said first ss 
and second gateways to associate a certain en- 
try in said data structure with the communica- 
tion session disposition inquiry message and 



output through either one of said first and sec- 
ond gateways a communication session in- 
structions message in accordance with the 
communication session disposition program of 
said certain entry. 

5. A system as defined in claim 4, comprising a con- 
ditions and events controller to generate.data indic- 
ative of events and conditions occurring in either 
one of said telecommunications network and data 
communications network, said conditions and 
events controller being coupled to said service logic 
controller to transmit thereto said data indicative of 
events and conditions occurring in either one of said 
telecommunications network and data communica- 
tions network, the communication session disposi- 
tion program issued by said service logic controller 
being dependent upon said data indicative of 
events and conditions occurring in either one of said 
telecommunications network and data communica- 
tions network. 

6. A method tor managing a communication session 
originating in either one of a telecommunications 
network and a data communications network, said 
method comprising the steps of: 

providing a message indicative of an incoming 
communication session that originates in either 
one of said telecommunications network and 
data communications network; 

suspending processing of said communication 
session; 

accessing a data structure containing a plural- 
ity of entries, each entry including an informa- 
tion element indicative of a certain communica- 
tion session disposition program; 

selecting one of the entries in said data struc- 
ture; 

processing said communication session in ac- 
cordance with the communication session dis- 
position program of the selected entry. 

7. A method for managing a communication session 
as defined in claim 6, wherein said data structure is 
supported on a service logic controller, said method 
comprising the step of establishing a communica- 
tion between said service logic controller and a cer- 
tain entity residing in either one of said telecommu- 
nications network and data communications net- 
work to obtain data from said certain entity to alter 
a call disposition program of a certain information 
element of said data structure. 
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8. A method for managing a communication session 
as defined in claim 7, comprising the step of estab- 
lishing the communication between said service 
logic controller and the certain entity while the 
processing of the communication session is being s 
suspended. 

9. A method for managing a communication session 
as defined in any of claims 6 to 8, comprising the 
step of generating a message indicative of a condi- io 
tion selected from a group comprising of caller line 
category, calling line identification, called line iden- 
tification, privacy indication, mobile set location, call 
type, either one of a local and long distancecall and 
call statistics, and utilizing said message to select *5 
an information element in said data structure in de- 
termining a communication session disposition pro- 
gram. 

10. A method tor managing a telephone service to a *o 
called station coupled to the telecommunications 
network, said method comprising the steps of: 

providing a message indicative of an incoming 
call to the called station; 2S 

searching a data structure in a service logic 
controller to determine a call disposition pro- 
gram associated with the called station; 

30 

processing the incoming call in accordance 
with the call disposition program associated 
with the calling station; 

transferring data from a service agent residing 35 
in the Internet network to said Service Logic 
Controller; 

processing the data transferred from said serv- 
ice agent in accordance with the call disposition <o 
program associated with the called station to 
generate a call disposition instruction. 



so 



11 



EP 0 924 942 A2 



122 
PSTN OPFE 



124 
PSTN DPFE 



126 
PSTN 

Gateway- 



ISO 
PSTN SLA 



134 
PSTN CA 



£ 



132 
PSTN 

Routing 

Gateway 



128 
PSTN 

Delivery 

point 



..PSTN..., 
100 



..Mobile Network 

102 



MN OPFE 



MN DPFE 



110 

MN Gateway 



Figure 1 



j 



MN SLA 



118 
MN CA 



MN Routing 
Gateway 



< 1 ; > 



MN 
Delivery 
point 



106 
SLC 

I 

T 

114 
CEC 



•Internet" 



122 
Internet 

OPFE 



140 
Internet 

DPFE 



112 
Internet 

Gateway 



135 
Internet 

SLA 



120 
Internet 

CA 



Internet 
Routing 
Gateway 



Internet 
Delivery 
point 



104 



12 



EP 0 924 942 A2 



106 



Id 


0 


Id 


1 


Id 


2 


Id 


3 



0 




Program 


0 




Program 


1 




Program 


3 




Program 


4 



202 
Search 
function 



204 
Program 
logic 



ToCEC 



To network domains gateways 



Figure 2 



13 



